AD-A234  753 


REPORT  DOCUMENTATION  PAGE 

- -  ly 

form  Approved 

OMB  NO  1 '04-0188 

Y  j  •-  ’ \  5\*‘Y 

1.  AGENCY  USE  ONLY  (Leave  Slant) 

2  REPORT  DATE 

3  REPORT  TYPE  AND  DATES  COVERED  ! 

FINAL  fli  .Ini 

4  TITLE  AND  SU8TITLE 

5  FUNDING  NUMBERS  | 

INTEGRATED  DISTRIBUTED  LOGISTICS  MANAGEMENT 

F49620-90-C-0035  ' 

65520F  3003/Al 

6.  AUTHORiSi 

Dr.  Nutly 

7  PERFORMING  ORGANIZATION  NAV;  '•  AN  -  L  ;  .  £  S ; 

Computer  Aided  Planning  &  Scheduling  Inc. 
2900  Paces  Ferry  Road,  Building  D 

Atlanta,  GA  *303393-3719 

AFOSR-Ifi- 

8  PERFORM  NG  ORGAN  '  ' 

REPORT  NUMBER 

91  0241 

9  SPONSORING  MONITORING  AGf.C  - 

NAM-  ;  AND  ADDRESS, ES) 

10  SPONSORING  MON  'DR  *. 

AGENCY  REPORT  SLVE:- 

AFOSR/NH 

Bldg  410 

Bolling  AFB  DC  20332-6443 

F49620-90-C-0035 

11.  SUPPLEMENTARY  notes 

12a  DISTRIBUTION  AVAiLABIL  S'A" 

r  \i  l  N  ’  .  ...  ^ 

T  v* 

12b.  DISTRIBUTION  CODE 

Approved  f  :v  ;  b’  .lc  roleoso  ; 

distribution  unlimited. 

'* .  .i 

*  % 

\ 

13  A8STRACT  Mn~jrr  ,’.'C  .v-'f.JS 

■  '}  ‘  '  * 

A  - 

Contractor  has  devised  a  new  method  of  solution  for  problems  which  are 
difficult  due  to  their  size  &  multi-level  nature.  Different 
objectives,  constraints  and  techniques  are  used  at  different  levels  of 
the  hierarchy. 

14.  SU8JECT  TERMS 

91  4 

1  C>  0  3  7 

15 

number  of  -  ! 

16 

3RICE  COOF 

17  SECURITY  CLASSIFICATION 

OF  RFPORT 

18  S  fc  C  U  *4 1  •  *  C  .  *  Vi  ■  r  C  A  ^  •  O  N 

Of  TH,S 

19  SECURlTv  CLASSIFICATION 

OF  ABSTRACT 

20 

.  iimita'  on  : 

UNCLASSIFIED 

UNCLASSIFIED 

UNCLASSIFIED 

UL 

INTEGRATED  DISTRIBUTED  LOGISITICS  MANAGEMENT 
SBIR  PHASE  I  (F49620-90-C-0035) 

FINAL  TECHNICAL  REPORT 
February  28,  1991 


Prepared  by 

COMPUTER  AIDED  PLANNING  &  SCHEDULING,  INC. 
2900  Paces  Ferry  Road,  Building  D 
Atlanta,  Georgia  30339-3719 


o:  .■ 


t  •« 


TABLE  OF  CONTENTS 


INTRODUCTION 

PHASE  I  RESEARCH  OBJECTIVES 

PHASE  I  ACCOMPLISHMENTS 

3.1  Prototype  Problem  Scenario 

3.2  Distributed  Logistics  Management  Approach 

3.3  Model  of  Distributed  Logistics  Management 

PROTOTYPE  IMPLEMENTATION  AND  FUNCTIONAL  DESCRIPTION 

4.1  Overview 

4.2  Low-Level  Tactical/Operational  Planning  Modules 

4.3  High-Level  Tactical  Planning  Module 

4.4  Information  Management  System 

RELATIONSHIP  TO  FUTURE  RESEARCH 


CONCLUSION 


1. 


INTRODUCTION 


Atlanta-based  Computer  Aided  Planning  &  Scheduling,  Inc.  (CAPS)  is  nearing  completion  of  a  Phase  I  Small 
Business  Innovation  Research  (SBER)  award  from  the  Air  Force  Office  Of  Scientific  Research  entitled  "Interactive 
Distributed  Logistics  Management."  The  principal  idea  is  to  develop  computer-aided  methodology  to  allow  different 
logistics  planning  levels  to  simultaneously  and  cooperatively  build  and  administer  a  logistics  plan.  This  methodology 
will  allow  the  military  and  other  organizations  to  use  integrated  computer-aided  models  in  a  manner  closely  matching 
the  organizational  decision  hierarchy,  resulting  in  highci  quality  plans  developed  faster.  Operation  Desert  Shield  in 
particular  has  spodighted  the  importance  and  complexity  of  successfully  coordinating  large-scale  logistics  planning. 

Prior  »r>  the  !9?P’s,  compute:  TtLd  models  for  military  deployment  planning  were  primarily  based  on  simulation 
concepts.  These  models  executed  in  a  batch  fashion  on  mainframe-size  computers  and  were  basically  descriptive, 
playing  out  an  existing  logistics  plan  in  order  to  examine  its  behavior  and  feasibility.  In  the  late  1970’s,  researchers 
at  the  Georgia  Institute  of  Technology  under  funding  from  the  Office  of  Naval  Research  and  the  Joint  Deployment 
Agency  of  the  Joint  Chiefs  of  Staff  introduced  a  new  concept  of  interactive  optimization  to  attack  complex  logistics 
planning  problems.  Interactive  optimization  blends  the  decision-making  talents  and  instincts  of  experienced  logistics 
planners  with  the  number-crunching  skills  of  computers.  One  key  component  is  optimization-based  tools,  a  set  of 
prescriptive  models  such  as  linear  programming  which  are  able  to  evaluate  large  numbers  of  solution  alternatives 
and  make  suggestions  and  decisions  in  support  of  the  planner.  Another  key  component  of  interactive  optimbation 
is  color  graphics,  which  allow  man  and  machine  to  communicate  efficiently. 

In  the  early  1980’s  Georgia  Tech  researchers  applied  the  interactive  optimization  concept  to  military  deployment 
planning,  resulting  in  the  System  for  Closure  Optimization  Planning  and  Evaluation  (SCOPE)  prototype.  SCOPE 
demonstrated  the  usefulness  of  combining  the  concepts  of  man-in-the-loop,  graphics,  and  mathematical  optimization 
tools  for  logistics  planning  applications.  Many  of  the  military’s  current  generation  of  deployment  planning  systems 
which  supported  Operation  Desert  Shield  are  direct  descendants  of  ideas  from  SCOPE,  including  the  Military  Airlift 
Command’s  ADANS  system  and  the  Military  Traffic  Management  Command’s  STRADS  system. 

Beyond  the  successful  application  of  the  interactive  optimization  concept,  two  important  issues  remain:  flexibility  and 
integration.  The  flexibility  issue  arose  as  a  major  concern  of  logistics  planning  systems  that  were  historically  built 
from  the  ground  up,  or  custom-built.  CAPS  participated  in  the  development  of  several  custom-built  logistics  software 
systems,  including  the  ADANS  and  STRADS  systems,  the  Postal  Network  Model  national  strategic  planning  system 
for  the  United  States  Postal  Service,  and  the  PROPHET  vehicle  dispatching  system  for  Coca-Cola.  While  each  of 
these  systems  has  been  fielded,  experience  has  demonstrated  that  building  and  maintaining  custom  software  is  an 
inherently  complex,  expensive,  and  time-consuming  effort.  In  addition,  custom-built  systems  do  not  lend  themselves 
to  change,  a  troubling  property  for  dynamic  environments  such  as  military  logistics  planning. 

To  overcome  the  flexibility  issue,  CAPS  tn  1985  started  development  of  the  CAPS  Logistics  Toolkit ™,  a  graphics- 
based  toolbox  for  addressing  a  variety  of  transportation,  distribution,  and  logistics  issues.  The  basic  idea  of  the 
toolbox  concept  is  that  flexible  software  should  be  conformed  to  a  logistics  planning  problem,  rather  than  the 
problem  squeezed  into  a  rigid  software  system.  To  accomplish  this,  the  Toolkit  is  a  set  of  data  building  blocks  called 
objects,  and  a  set  of  "pro- fabricated”  software  tools  that  manage  the  objects.  Most  important,  the  tools  and  objects 
can  be  assembled  in  an  easy  way  to  form  tailored  analysis  procedures. 
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Logistics  planners  can  work  with  the  Toolkit  in  an  interactive  graphical  manner  to  explore  or  prototype  ideas.  More 
powerfully,  planners  can  tailor  the  Toolkit  to  construct  a  custom-look  application  indistinguishable  in  look  and 
function  from  a  software  system  developed  from  the  ground  up.  Because  of  the  building  block  approach,  a  tailored 
Toolkit  can  be  developed  (or  modified)  in  a  fraction  of  the  time  and  cost  by  logistics  planners  without  extensive 
programming  or  computer  skills. 

First  available  for  commercial  use  in  early  1990,  the  microcomputer-based  Toolkit  has  had  a  dramatic  impact  on  the 
way  computers  are  used  to  support  logistics  planning.  Coca-Cola  is  deploying  the  Toolkit  in  hundreds  of  sites  across 
the  United  States  as  its  distribuuon  software  platform.  Arthur  Andersen  Consulting  has  adopted  the  Toolkit  as  a 
software  platform  for  logistics  consulting.  The  United  States  Postal  Service  is  using  the  software  throughout  their 
logistics  management  hierarchy,  from  national  strategic  design  down  through  local  carrier  routing.  Numerous  other 
national  and  international  organizations  are  applying  the  toolbox  technology  with  great  success. 

The  remaining  issue,  integration,  is  the  focus  of  the  CAPS  SBIR  effort  "Interactive  Distributed  Logistics 
Management."  Most  of  the  fielded  logistics  planning  systems  are  geared  to  planners  performing  the  same  kinds  of 
tasks  using  the  same  levels  of  information.  These  systems  do  not  decouple  the  planning  decisions  into  the  issues 
reflecting  the  actual  decision  hierarchy  of  the  organization.  What  is  needed  is  a  methodology  which  integrates 
logistics  planners  at  different  locations  and  levels  of  the  logistics  management  hierarchy.  Such  a  methodology  would 
allow  different  planning  levels  to  simultaneously  and  cooperatively  build  and  administer  a  logistics  plan. 

Computer-aided  tools  for  distributed  logistics  planning  resolve  the  key  issue  of  integrating  the  higher  level  planning 
functions  with  the  lower  level  execution-oriented  functions.  In  the  military  airlift  deployment  problem,  the  lowest 
levels  must  know  specifically  when  planes  arc  scheduled,  exactly  what  their  load  configurations  are,  and  other 
detailed  information  such  as  balancing  and  fuel  considerations.  At  higher  planning  levels,  this  expertise  may  not  be 
present,  nor  is  it  needed  in  the  same  depth  of  detail  as  a  lower  level.  Different  types  of  expertise  are  needed  at  this 
level  to  make  tactical  decisions  such  as  resource  allocations.  Distributed  logistics  planning  methodology  allows  the 
effect  of  design  decisions  of  one  level  to  be  studied  on  lower  levels,  and  provides  a  mechanism  for  lower  levels  to 
filter  information  and  needs  up  through  the  decision  hierarchy.  In  addition,  a  distributed  architecture  is  asynchronous 
and  computationally  more  powerful,  making  practical  the  dynamic  coordination  between  planning  levels. 

Distributed  planning  systems  are  also  better  suited  for  important  security  and  survivability  issues.  Distributed 
planning  has  built-in  redundancy  so  that  the  planning  and  execution  process  can  continue  even  if  sections  of  the 
planning  hierarchy  are  not  present.  A  distributed  system  also  decentralizes  need-to-know  concerns,  so  sensitive 
issues  arc  naturally  compartmentalized  according  to  the  responsibilities  of  a  particular  planning  level.  A  distributed 
planning  system  is  also  ideal  for  addressing  what-if  and  resource  acquisition  issues,  as  different  military  strategies 
and  resource  configurations  can  be  examined  in  a  manner  very  similar  to  how  a  proposed  plan  actually  would  be 
executed. 


2. 


PHASE  I  RESEARCH  OBJECTIVES 


The  focus  of  the  Phase  I  research  was  the  development  of  a  working  prototype  which  concretely  demonstrates 
methodology  for  distributed  logistics  planning.  The  key  research  issues  were  the  following: 

(1)  Determine  appropriate  solution  tools  and  their  relationships  for  different  levels  of  the  decision 
hierarchy. 

(2)  Develop  tools  which  dynamically  coordinate  the  decision  hierarchy  levels  as  a  plan  unfolds, 
particularly  between  lower  execution-oriented  levels  and  higher  planning-oriented  levels. 

(3)  Determine  the  appropriate  selection  and  configuration  ot  nardw?***.  and  software  tools  which 
support  distributed  real-time  communications  and  database  management. 
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3. 


PHASE  I  ACCOMPLISHMENTS 


In  Phase  I,  we  explored  techniques  for  logistics  planning  in  a  distributed  environment  The  discovery  process  led 
us  to  identify  issues  common  to  distributed  logistics  systems.  We  believe  we  have  devised  an  effective  new 
treatment  for  problems  which  are  difficult  due  to  their  size  and  multi-level  nature.  In  Phase  I,  we  identified  and 
characterized  a  realistic  deployment  problem  and  applied  our  expertise  to  manage  the  problem  in  a  coordinated 
manner  never  before  documented.  Strategic,  tactical  and  operational  issues  were  addressed  in  the  coordinated  effort. 
The  most  significant  contributions  of  our  model  are  its  ability  to  effectively  manage  distributed  logistics  system 
planning  by  incorporating  different  objectives,  constraints,  and  associated  problem-solving  techniques  at  different 
levels  of  the  supervisory  hierarchy  and  its  associated  use  of  optimization  and  heuristic  problem-solving  techniques. 


3.1  Prototype  Problem  Scenario 

A  representative  material  (troops,  equipment,  food,  etc.)  deployment  scenario  was  chosen  as  the  prototype  problem 
set.  The  provision  and  control  of  resources  for  the  transport  of  cargo  is  a  complex  logistics  problem.  The 
coordinated  planning  of  aircraft  allocation  and  scheduling  of  cargo  deployment  boils  down  to  answering  the  question: 
How  many  planes  are  needed,  at  what  time,  and  how  should  they  be  used  to  best  transport  cargo? 

This  problem  is  not  only  topical;  it  is  a  realistic  challenge  to  current  logistics  analysis  methodology.  Holistic  solution 
of  the  airlift  allocation  and  scheduling  problem  is  extremely  difficult  due  to  its  many  dimensions.  A  great  number 
of  decision  variables  may  vary  independently,  even  in  seemingly  small  problems.  A  limited  resource  of  cargo  jets, 
used  to  deploy  units  of  cargo  from  origin  locations  to  required  destinations,  must  be  spread  over  all  theatres  of 
operations.  Deployment  of  cargo  within  the  theatres  is  complicated  by  the  requirement  that  cargo  be  moved  only 
during  specified  time  windows  (due  to  strategic  requirements,  spoilage,  etc.).  Previous  attempts  to  address  these 
problems  have  principally  focused  on  either  the  strategic  (allocation)  or  the  tactical  and  operational  (scheduling) 
levels  of  the  problem,  but  not  both.  In  so  doing,  they  failed  to  allow  high-  and  low-level  planners  to  work 
simultaneously  in  the  same  problem  domain.  These  methods  failed  to  adequately  address  the  interdependency  of 
low-level  schedule  optimization  and  high-level  strategic  allocation.  The  opportunity  for  insightful  results  makes  the 
aircraft  allocation  and  cargo  deployment  scheduling  problem  a  perfect  domain  for  our  research  on  distributed  logistics 
system  management. 


3.2  Distributed  Logistics  Management  Approach 

Our  approach  to  the  allocation  planning  and  cargo  deployment  scheduling  problem  consists  of  mathematical  problem 
definition,  problem  decomposition,  examination  of  alternative  constraint  families  and  objective  functions,  and  the 
examination  of  the  use  of  optimization  and  heuristic  methods  for  solution  of  the  decomposed  problem.  This  basic 
research  was  geared  specifically  to  the  description  of  a  distributed  model  of  logistics  management  and  to  the  eventual 
development  of  a  working  prototype  to  demonstrate  research  results. 

The  underlying  theoretical  foundation  of  our  model  is  a  linear  programming  representation.  We  studied  the  airplane 
allocauon  and  scheduling  problem  defined  by  the  following. 

Given: 


-  a  set  of  "origins"  (i  =  1 . n)  and.  for  each  origin  i,  a  set  of  n,  "destinations"  (j  =  1 . nt)  at  known  and 

fixed  locations.  A  origin-destination  pair  is  a  "channel".  Material  arrives  at  each  origin  and  must  be 
shipped  out  to  the  destinations.  Material  becomes  available  in  "loads",  which  are  bundles  of  material  that 
become  available  at  specific  times  and  must  be  delivered  to  a  specific  destination  by  a  specific  due  date. 
The  size  of  a  load  is  measured  in  some  single  dimension  such  as  weight.  Loads  can  be  split  and  transported 
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on  more  than  one  airplane. 

-  an  integer-valued  function  K(t)  that  tells  how  many  airplanes  are  available  at  time  L  All  airplanes  fly 
at  the  same  speed  and  are  of  identical  capacity  c. 

Question:  How  many  planes  are  needed  and  how  should  they  be  allocated  among  channels  over  time  to  convey 
material? 

We  built  a  hierarchical  control  system  to  interactively  build  a  near  optimal  solution  to  this  problem.  The  levels,  from 
highest  to  lowest,  of  this  system  are  as  follows. 

1.  system  manager  makes  the  gross  allocations  of  airplanes  to  channels; 

2.  origin  managers  schedule  airplanes  on  the  channels  emanating  from  their  origins; 

3.  channel  managers  decide  which  loads  to  put  on  which  scheduled  flights. 

Not  coincidentally,  our  distributed  model  of  planning  and  scheduling  mimics  the  underlying  management  structure. 
Aggregation  of  information  is  a  natural  and  desirable  precursor  to  the  decision  making  process  when  decisions  must 
be  based  upon  large  amounts  of  information.  In  the  typical  organization,  detail  information  is  contained  and 
processed  at  the  lowest  levels  of  the  organizational  hierarchy.  At  successively  higher  levels,  information  is  combined 
and  summarized,  and  decisions  made  at  the  higher  levels  are  based  only  indirectly  on  the  detail  information.  In 
accordance  with  the  ideal  of  data  encapsulation,  it  is  fundamental  to  our  approach  that  highly  detailed  information 
be  managed  and  processed  only  where  necessary  and  that  all  shared  information  be  of  the  highest  degree  of 
aggregation  reasonably  achievable.  The  highly  aggregated  data  is  in  essence  more  "portable"  and  easily  managed. 

Once  during  each  planning  period  (a  month,  for  example),  the  system  manager  will  compute  approximate  allocations 
of  airplanes  to  channels  by  solving  a  large  linear  program.  This  might  be  done  on  the  Korbex  system  currently 
owned  by  the  US  Air  Force  or  on  some  other  machine  dedicated  to  solving  LPs.  The  LP  solution  will  represent  an 
"ideal"  solution  toward  which  the  lower  level  managers  will  aim.  Each  origin  manager  will  schedule  airplanes  to 
be  as  consistent  as  possible  with  the  ideal  solution  passed  down  to  him.  Finally,  each  channel  manager  will  solve 
a  transportation  problem  (a  special  kind  of  linear  program)  to  assign  loads  to  scheduled  flights. 

Thus  the  system  manager  sketches  out  the  shape  of  a  solution,  which  becomes  the  goals  for  the  lower  level 
managers.  The  lower  level  managers  use  optimization  based  on  local  data  to  build  detailed  solutions  close  to  the 
goal  suggested  by  system  manager. 

The  system  manager  solves  the  following  problem,  which  is  abstracted  from  the  original  problem  by  omitting 
identities  of  the  loads  and  aggregating  data  about  material  availabilities  and  requirements. 

Given: 


-  a  set  of  "origins"  (i  =  1 . n)  and,  for  each  origin  i.  a  set  of  n;  "destinations"  (j  =  l„..,n.)  at  known  and 

fixed  locations.  A  origin-destination  pair  is  a  "channel”.  Material  of  a  single  type  is  to  be  shipped  from 
origins  to  destinations.  Material  is  measured  by  a  single  dimension,  such  as  weight. 

-  for  each  channel  (i,j)  the  origin  i  has  an  availability  function  At(t)  of  cumulative  material  available  for 
shipping  to  j  by  time  t  and  a  requirements  function  R„(t)  of  cumulative  material  required  to  be  shipped  to 
j  by  time  t.  Since  these  functions  measure  cumulatives,  they  are  nondecreasing. 

-  an  integer- valued  function  K(t)  that  tells  how  many  airplanes  arc  available  at  time  t.  All  airplanes  fly  at 
the  same  speed  and  arc  of  identical  capacity  c. 
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Question:  How  many  planes  are  needed  and  how  should  they  be  allocated  among  channels  over  time  to  convey 
material? 

Shipping  requirements  might  more  naturally  be  associated  with  each  destination  as  requirements  for  material  received. 
However,  for  simplicity  we  convert  this  into  shipping  requirements  at  the  origin  by  translating  each  requirements 
curve  back  in  time  by  an  amount  equal  to  the  one-way  travel  time  between  origin  and  destination.  Notice  that  this 
assumes  that  travel  times  are  reasonably  predictable;  in  particular,  we  assume  that  there  are  no  "excessive"  delays. 

The  cumulative  shipment  of  material  by  time  can  be  described  by  a  non-decreasing  "shipment  function"  F.,(t).  F;j(t) 
will  be  a  step  function  because  p  material  leaves  in  pulses  (airplane  loads).  Note  that  for  any  time  t,  the  average 
amount  of  material  shipped  per  unit  time  is  F^tj/t,  which  is  the  slope  of  a  line  drawn  from  the  origin  to  the  point 

(t,  F.j(t)). 

We  model  the  constructing  a  shipment  schedule  for  a  destination  by  the  finding  of  a  nondecreasing  function  F,(t) 
with  the  following  properties:  It  must  respect  material  availabilities,  so  that  A^ft)  >=  Ft|(t);  and  as  much  as  possible 
it  should  see  that  material  is  shipped  in  time,  so  that  F^t)  >=  R,,(t).  Note  that  the  first  is  a  hard  constraint  and  the 
second  is  a  soft  constraint. 

We  restrict  our  planning  to  a  finite  horizon  and  discretize  time  into  a  finite  number  of  planning  periods,  t  =  1 . T. 

We  will  build  a  linear  programming  based  model  that  will  allow  us  to  compute  a  "rolling  schedule":  We  will 
compute  an  opumal  allocation  of  airplanes  based  on  forecast  availability  and  requirements  through  the  planning 
horizon;  then  we  will  implement  the  allocation  for  the  first  planning  period,  extend  the  planning  horizon,  forecast 
new  availabilities  and  requirements,  and  solve  again. 

Note  that  by  restricting  our  attention  to  a  finite  set  of  discrete  planning  periods,  we  are  throwing  away  some  of  the 
information  in  A,|(t),  F^t),  and  Rl((t)  and  are  implicitly  treating  these  functions  as  if  they  were  piecewise  linear 
between  planning  periods.  Accordingly  we  change  notation  slightly  as  follows.  The  cumulative  availability  of 
material  at  the  beginning  of  planning  period  t  is  AJt;  the  cumulative  shipping  requirements  to  be  met  by  the  end  of 
tunc  penod  t  is  K1Jt;  ana  the  eumulauve  amount  snipped  Py  the  end  of  planning  period  t  is  F1]t. 

We  assume  that  the  planning  horizon  and  planning  periods  have  been  chosen  so  that  the  following  holds. 

Fundamental  Assumption:  The  length  of  a  planning  period  is  much  greater  than  the  round-trip  travel  time  to  any 
destination  '.'ay,  an  order  of  magnitude  greater). 

Thus,  for  example,  it  might  be  that  the  planning  period  is  one  month  while  round  trip  flight  times  require  no  more 
than  3-1  days.  For  origin  i  and  destination  j,  let  zi(  be  the  ratio  of  round-trip  travel  time  between  i  and  j  and  the 
length  of  the  planning  period.  The  results  of  our  model  will  be  more  accurate  as  the  largest  z(j  decreases  (that  is. 
as  length  of  the  planning  penod  increases).  The  length  of  the  planning  period  should  probably  be  at  least  10  limes 
greater  than  the  largest  round-trip  travel  time  between  any  origin  and  destination. 

Because  of  discretized  time  and  the  Fundamental  Assumption,  we  are  imputing  essentially  instantaneous  delivery 
of  material  from  each  origin  to  any  destination  it  serves;  that  is,  any  flight  that  departs  the  origin  during  planning 
period  t  is  assumed  to  arrive  at  its  destination  before  the  beginning  of  planning  period  t+1.  Again,  this  will  be  more 
accurate  as  the  largest  zt|  decreases  (that  is,  as  length  of  the  planning  period  increases  with  respect  to  the  largest 
round-trip  travel  time). 

Now  we  develop  a  linear  program  that  represents  the  problem  of  allocating  airplanes  to  channels. 
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The  constraints  that  material  cannot  be  shipped  from  origin  t  to  destination  j  unul  it  is  available  at  i  can  be 
represented  as  follows. 

FJt  <=  A.j,  (cumulative  availability) 

For  convenience  we  convert  this  to  constraints  on  availability  within  each  planning  period.  First  add  a  slack  variable 
to  each  constraint  so  that  they  become 

F.„  +  L,,’  =  -V; 


The  slack  variable  I.lt‘  can  be  interpreted  as  the  inventory  intended  for  destination  j  that  is  earned  at  ongm  :  during 
planning  period  t.  Now  subtract  the  constraint  for  i.  j,  t-1  from  the  constraint  for  i,  j,  t  and  wnte  the  amount  shipped 
during  mot  "by")  planning  period  t  as  f ,  and  amount  that  becomes  available  during  planning  period  t  as  a... 

f ,  -  I +  I...'  =  a„  (incremental  availability). 

Similarly,  the  constraints  that  shipping  requirements  must  be  met  can  be  represented  as 
F,;1  >=  R|(  (all  i,  j,  t)  (cumulative  shipping  requirements). 

Again  we  convert  this  to  constraints  within  each  planning  period.  First  add  a  surplus  variable  to  each  constraint  so 
that  they  become 

F,,  -  f,'  =  R.„  (all  i,  j,  t). 

The  surplus  variable  I,Jt;  can  be  interpreted  as  the  inventory'  carried  at  destination  j  during  planning  period  t  that  was 
delivered  from  origin  i  in  advance  of  its  need.  Now  subtract  the  constraint  for  i,  j.  t-1  from  the  constraint  for  i,  j. 
t  and  write  the  amount  shipped  during  (not  "by")  planning  period  t  as  f.)t  and  amount  that  is  required  during  planning 
period  i  as  r„. 

f.„  +■  I.,,.-,'  -  I.,/  =  r,)t  (incremental  shipping  requirements). 

In  addition,  for  each  planning  period  there  is  a  constraint  that  limits  the  number  of  airplanes  available.  We  derive 
'hat  constraint  as  follows.  D’c.ag  each  »im«  period  f.,,  gives  the  amount  of  material  shipped  by  planning  period  t. 
Since  each  plane  is  of  capacity  c,  the  number  of  flights  required  is  (Jc.  This  can  be  accomplished  with 
approximately  P1|t  =  f,Jt  z./c  airplanes.  (Note  that  we  are  here  allowing  fractional  airplanes:  this  will  be  resolved 
later.)  Therefore  the  constraints  on  airplane  availability  become 

P.„  -  f:„  z  /c  =  0  (planes  on  channel  (i,j)  during  period  t), 

I:!  P.|t  <=  K.  (airplane  availability  during  period  t). 


In  summary,  the  following  sets  of  constraints  define  the  restrictions  on  how  material  can  be  shipped. 


-  Vi'  +  I,,,'  =  a,„  (all  i,  j,  t) 

+  Ii,m;  -  Iij,’  =  r.,t  (all  i,  j,  t) 

I,;  —  K„  (all  i,t) 

I  I:;1’  <=  K.  (all  j,0 


(incremental  availability), 

(incremental  requirements), 

(inventory  capacity  at  origin  i  during  t), 
(inventory  capacity  at  destinauon  j  dunng  t). 
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P„  -  f  .  z  ,'c  =  0  (all  l.j.t)  (planes  on  channel  (i.j)  during  period  t). 

I  P  ,  <=  K.  tall  t)  (airplane  availability  dunng  period  t). 

One  of  die  advantages  of  this  linear  programming  model  is  that  there  are  many  possible  useful  objective  functions, 
including  the  following. 

-  simple  feasibility:  Are  there  enough  airplanes  available  during  each  planning  period  to  ensure  aggregate 
feasibility1 

-  minimize  the  number  of  airplanes  in  the  Heet  required  to  ensure  aggregate  feasibility:  All  K.  =  K  and 
the  objective  is  to  minimize  K. 


-  minimize  total  inventory  costs;  Material  incurs  inventory  costs  wherever  it  is  held  before  use.  either  at 
the  origin  from  w  hich  it  is  shipped  or  at  the  destination  if  shipped  in  advance  of  use.  Let  c.,,  c.,  be  the  costs 
of  holding  one  unit  of  inventory  at  origin  i  or  destination  j,  respectively,  during  planning  period  t:  then  to 
minimize  total  inventory'  costs  is  to  minimize  [c„  I +  e.t  I,,,'). 

The  basic  linear  programming  model  can  be  extended  in  many  ways.  Some  useful  extensions  are:  the  allowance 
of  planning  periods  of  arbitrary  and  possibly  different  lengths;  the  deferral  of  requirements  at  some  cost:  inclusion 
m  the  linear  model  of  plane  transport  to  new  channels  in  successive  planning  periods;  the  allowance  that  destination 
requirements  can  be  met  from  multiple  origins:  and  the  allowance  of  airplanes  of  differing  capacities. 

There  is  no  requirement  in  the  current  formulation  that  all  planning  periods  be  the  same  length.  One  can  use  smaller 
planning  periods  to  examine  critical  periods  more  closely  and  use  longer  planning  periods  toward  the  end  of  the 
piann.ng  horizon,  when  data  are  less  reliable.  The  LP  formulation  is  independent  ol  the  durations  of  the  planning 
periods  and  need  not  be  changed. 

Deferred  requirements  can  be  implemented  by  letting  B  ,  be  the  amount  short  at  destination  j  from  origin  i  during 
planning  period  t  anti  augmenting  the  constraints  on  incremental  requirements  to  become 

f .  +•  I ...;  -  I -  B ., .  +  B  ...  =  r .  (all  i.  j,  t) 

Also  include  total  'backorder"  costs  I.„  b..  B.„'  in  the  objective  function. 

In  general,  each  channel  will  have  different  numbers  of  airplanes  assigned  to  it  in  different  planning  periods  and  from 
one  planning  period  to  another  airplanes  will  have  to  be  reallocated  among  channels.  An  approximate  way  to  do 
this  is  to  solve  a  transportation  problem  among  the  channels.  This  might  be  adequate  if  the  transportation  costs  to 
reallocate  planes  is  small  compared  to  the  cost  of  operating  them  at  a  channel.  If.  however,  transportation  costs  arc 
Mgmlicant.  then  the  transportation  problem  can  be  embedded  in  die  allocation  program  to  trade-off  allocation  costs 
and  transportation  costs  optimally.  To  do  this,  let  P.k.,  be  the  number  of  planes  transported  to  channel  (i,j)  from 
channel  ik.l)  at  the  beginning  of  planning  period  t.  Then  conservation  of  planes  requires  the  following. 

P  .  =  P.^,.  (all  l,  j.t)  (conservation  of  airplanes > 

Let  c  ,  be  the  cost  of  transporting  a  plane  to  channel  (i.j)  from  channel  (k.li  at  die  beginning  of  planning  period  t. 
Then  augment  the  objective  function  with  the  total  transportation  costs  I:k;,  c;lk;.  P,k;t. 

In  the  case  where  destination  requirements  can  be  met  from  multiple  origins,  we  can  rewrite  a,  as  a„  and  r,t  as  r.. 
Now  it  must  be  that  total  shipments  to  destination  j  from  ail  origins  meets  requirements,  which  can  be  expressed  as 
follows 
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I.  f)t  -  I +  I„  =  a,  (all  i,  j,  t)  (incremental  availability) 

I,  r.„  +  Z,  I...T  -  I;  I,'  =  r.,  (all  i.  t) 

Extension  of  the  prototype  to  allow  for  differing  airplanes  is  achieved  as  follows.  We  assume  that  all  planes  travel 
at  roughly  the  same  speed  so  that  travel  times  remain  generally  unchanged.  Therefore  the  only  significant  difference 

in  our  model  is  that  each  plane  type  has  a  different  capacity.  For  example,  let  there  be  two  types  of  planes,  with 

capacities  cl  and  c2  respectively.  Then  the  total  material  sent  from  origin  1  to  destination  j  during  planning  perns! 
t  can  be  expressed  as  the  sum  of  material  sent  on  planes  of  type  1  and  material  sent  on  planes  of  type  2: 

l'„  =  f.T  +  f,;. 

Then  the  number  of  planes  required  on  each  of  these  channels  during  this  planning  period  are  as  follows. 

P  .'  -  f .'  z/cl  -  0  ( type  1  planes  on  channel  (i.j)  dunng  period  t). 

P  .'  -  f ,;  i.j c2  =  0  (type  2  planes  on  channel  (i.j)  during  period  t). 

Finally,  the  allocation  of  planes  must  respect  availability  of  the  various  types  during  the  planning  period. 

P <=  K.‘  (availability  of  type  1  planes  during  period  t). 

2  P  .:  <=  Kg  (availability  of  type  2  planes  during  period  t). 

Note  that  a  possible  problem  with  enlarging  the  model  this  way  is  that  in  die  LP  solution  the  P.k  will  he  smaller 
and  therefore  more  likely  to  be  difficult  to  interpret  because  of  fractional  values. 

The  LP  model  looks  at  the  logistics  system  only  at  discrete  points  ,n  time  and  assumes  diat  the  system  is 
well-behaved"  (approximately  linear)  during  the  periods  between  those  points.  Thus,  in  effect  the  availabilities  and 
requirements  .ire  being  modelled  as  piecewise  linear  over  time. 

The  LP  does  not  require  uniform  planning  periods  and  therefore  the  manager  can  select  planning  periods  as  desired. 
This  allows  adaptive  modelling  in  which,  for  example,  the  planning  periods  can  be  chosen  to  be  of  shorter  duration 
for  increased  accuracy  when  the  data  of  the  problem  (availabilities  and  requirements)  are  changing  quickly.  On  the 
other  hand,  when  die  data  are  changing  only  slowly,  then  one  can  use  long  planning  periods,  which  will  help  keep 
the  mixlel  small  and  manageable. 

There  appears  to  be.  in  some  sense,  a  "best”  selection  of  planning  points.  If  the  planning  periods  arc  all  too  short, 
then  the  LP  grows  to  possibly  impractical  size;  but  there  is  also  the  problem  that  it  loses  accuracy  as  the 
Fundamental  Assumption  is  increasingly  weakened.  On  the  other  hand,  if  planning  periods  arc  too  long,  then  the 
model  becomes  inaccurate  if  the  availabilities  and  requirements  arc  other  than  linear  dunng  planning  periods.  Since 
the  second  type  of  inaccuracy  seems  less  severe,  this  suggests  that  managers  err  on  the  side  of  choosing  long 
planning  periods.  In  any  event,  one  should  use  umc  periods  that  arc  as  long  as  possible  while  still  modelling  the 
availabilities  and  requirements. 

It  might  be  useful  to  present  the  managers  with  graphs  of  availabilities  and  requirements  and  allow  them  to  select 
planning  periods  by  pointing  and  clicking.  Then  they  could  interactively  select  the  appropriate  level  of  detail  at 
which  to  examine  the  logistics  system.  Meanwhile,  it  remains  to  be  studied  how  to  compute  the  best  choice  oi 
planning  points. 

The  LP  model  above  will  allocate  fractional  amounts  of  airplanes  and  this  must  be  reconciled  w  hen  the  LP  solution 
is  implemented  as  schedules  for  airplanes.  Assume  the  LP  to  have  allocated  (P  .)  airplanes  among  the  channels  ■  u> 
Then  FLOOR tP:i.j  planes  can  be  devoted  exclusively  to  channel  (i.j)  during  t.  leaving  FRAGP  .)  -  P. 

FLOOR(P.|t)  "notional  planes”  to  be  accounted  for.  For  convenience  we  write  p  .  =  FRAGP  A  The  lower  level 
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managers  must  decide  how  and  whether  to  provide  the  {p,,,}  notional  planes.  The  simplest  but  least  accurate  way 
of  dealing  with  this  is  to  simply  round  any  allocation  down,  so  that,  while  the  LP  allocated  P,,,  to  channel  (i,j),  only 
FLOORfP,^  airplanes  are  actually  sent.  This,  however,  will  tend  to  underequip  channels  and  so  tend  to  fail  to  meet 
shipping  requirements.  It  would  also  leave  unused,  excess  planes  whose  number  would  be  on  the  order  of  the 
number  of  channels. 

A  similarly  simple  but  inaccurate  strategy  is  to  overequip  each  channel  by  simply  rounding  up  airplane  assignments 
so  that  channel  (i  j)  is  allotted  CEILINGfP.jJ  airplanes.  This  has  the  advantage  of  providing  each  channel  with  some 
excess  plane  capacity  to  protect  against  unforeseen  developments.  However,  it  also  requires  additional  airplanes 
beyond  those  presumably  available.  In  faci,  the  number  of  additional  airplanes  can  be  on  the  order  of  the  number 
of  channels  in  the  distribution  system. 

A  more  effective  way  of  providing  the  notional  airplanes  is  for  the  origin  to  share  airplanes  among  its  channels.  For 
example  origin  i  could  share  CEILINGflj  pi|t)  notional  airplanes  among  its  channels  so  that  there  would  be  one  of 
the  notional  airplanes  Hying  channel  (ij)  about  fraction  p.|t  of  the  time. 

It  is  an  interesting  problem  to  compute  a  strategy  for  sharing  airplanes  among  channels  of  a  common  origin. 
Suppose,  for  example,  that  the  pijt  =  0.6,  0.3,  0.3,  0.2  for  j  =  1....4.  Then  there  arc  CEILING(0.6  +  0.3  +  0.3  +  0.2) 
=  2  notional  airplanes  required  at  origin  i,  which  is  more  than  the  1.4  allocated  by  the  LP.  Now  we  have  to 
determine  exactly  how  to  share  the  2  notional  airplanes.  One  way  is  to  assign  one  notional  plane  to  fly  about  60% 
of  the  time  on  channel  (i,l)  and  about  30%  of  the  time  on  channel  (i,2);  and  assign  another  notional  plane  to  fly 
about  30%  of  the  time  on  channel  (i,3)  and  about  20%  of  the  time  on  channel  (i,4)  (with  some  additional  time  off). 
Another  implementation  would  be  to  assign  one  plane  to  fly  channel  (i,  1 )  60%  of  the  time  and  channel  (i.2)  10% 
of  the  time;  and  assign  the  second  plane  to  fly  channel  (i,2)  20%  of  the  time,  channel  (i,3)  30%  of  the  time,  and 
channel  (i,4)  20%  of  the  time.  In  any  case  we  will  have  exceeded  the  LP  solution  by  2  -  1.4  =  0.6  planes. 
Howevcr-and  this  is  the  improvement  over  the  straightforward  technique-the  number  of  additional  airplanes  required 
beyond  the  LP  solution  will  be  in  proportion  only  to  the  number  of  origins  and  not  to  the  number  of  channels. 

Even  this  overcommitment  of  airplanes  can  be  avoided  by  instituting  sharing  among  origins  as  well  as  sharing  among 
channels.  For  example,  each  origin  i  could  coordinate  sharing  among  channels  of  only  FLOOR(Zl  p,lt)  of  its 
notional  airplanes;  the  remaining  FRAC(Z,  pijt)  notional  airplanes  assigned  to  origin  i  could  be  controlled  by  the 
higher  level  manager,  who  would  coordinate  sharing  of  the  remaining  notional  airplanes,  which,  summing  over  all 
origins,  are  L,  FRAC(Z,  p,jt)  in  number,  among  all  origins  (and  so  no  more  than  the  number  of  origins).  The 
advantage  of  this  multi-level  sharing  is  that  it  would  not  require  any  airplanes  beyond  those  given  in  the  availability 
constraints  (5)  and  (6).  It  is  worth  remarking  that  even  when  we  know  that  a  notional  airplane  should  fly  channel 
(i  j)  about  fraction  p,Jt  of  the  time,  there  remains  the  question  of  the  details  of  his  schedule.  This  could  be  left  to 
the  discretion  of  the  manager  at  the  origin,  who  might,  for  example,  choose  simply  to  dedicate  that  airplane  to 
channel  (i,j)  for  the  first  (p ,  x  100)  percent  of  the  planning  period,  and  afterwards  reallocate  the  plane  to  another 
channel.  Alternatively,  the  manager  at  the  origin  might  prefer  to  schedule  via  a  heuristic  that  will  tend  to  share  the 
plane  in  the  desired  proportions.  One  such  heuristic  is  the  following; 

To  schedule  a  notional  airplane  who  must  service  channels  (i,j),  j  =  L-.n,,  according  to  the  fractional  allotments 

iPj- 


-  Each  time  an  airplane  returns  to  the  origin,  choose  the  next  channel  to  fly  to  be  one  for  which  the 
difference  between  ideal  allocation  and  actual  allocation  so  far  is  maximum. 

This  heuristic  has  the  useful  property  that  it  shares  the  airplanes  according  to  their  ideal  proportions  as  the  largest 
z.,  decreases  (the  ratio  of  round-trip  travel  time  between  i  and  j  and  the  length  of  the  planning  period). 

A  similar  strategy  could  be  used  by  the  higher  level  manager  to  coordinate  sharing  of  notional  airplanes  among  the 
origins. 
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At  the  operational  planning  level,  let  there  be  L  loads  to  be  delivered  during  the  firs,  nme  period.  Each  load  1  is 
distinguished  by  its  arrival  time  a,  at  the  origin  and  its  due  date  d,  at  the  destination. 

Let  C(t)  be  the  cargo-carrying  capacity  available  at  time  L  Once  the  schedule  of  airplanes  is  known,  then  C(t)  is 
known. 

The  channel  manager  operates  according  to  smaller  planning  periods  than  do  the  higher  level  managers.  We  refer 
to  these  as  planning  subperiods;  let  them  be  T’  in  number.  For  example,  while  the  system  manager  will  plan  by  the 
month,  for  example,  the  channel  manager  might  plan  by  the  day  or  even  by  the  hour. 

We  approximate  C(t)  by  the  series  {Ct}  (t  =  1,...,T’).  Now  consider  the  following  graph.  There  are  L  vertices  on 
the  left,  each  representing  a  load  to  be  delivered;  and  there  are  T’  vertices  on  the  right  and  each  represents  a  planning 
subperiod.  There  is  an  arc  between  load  1  and  each  planning  subperiod  a,,  There  are  also  arcs  from  each 

planning  subperiod  to  a  "sink"  and  the  capacity  of  each  is  the  total  cargo-carrying  capacity  of  all  airplanes  depa:tmg 
on  that  channel  during  that  planning  subperiod.  Finally,  each  vertex  corresponding  to  a  load  produces  "flow"  it,  the 
network  equal  to  the  size  of  the  corresponding  load.  Now  if  we  maximize  the  flow  from  the  left  of  the  graph  to  the 
sink,  we  will  determine  an  assignment  of  loads  to  airplanes  that  minimizes  the  shortfall  (that  is,  the  amount  of 
material  not  delivered  by  its  due  date).  In  fact  we  can  maximize  the  flow  to  the  sink  very  quickly  be  appealing  to 
the  special  structure  of  the  network:  It  is  "convex"  because  if  there  are  arcs  from  1  to  ti  and  from  1  to  t,  (q  <=  t^), 
then  there  must  be  arcs  from  l  to  t*  for  all  t,  <=  t*  <=  tj.  This  flow  problem  can  be  solved  optimally  by  a 
single-pass  algorithm  that  operates  as  follows:  Load  the  next-departing  airplane  with  those  available  loads  that  have 
the  earliest  due  date. 
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3  3 


Model  of  Distributed  Logistics  Management 


Based  on  the  preceding  theoretical  exposition,  our  model  is  a  two-level  system  incorporating  a  single  senior  planner 
and  multiple  junior  planners,  all  linked  in  a  dynamic  environment.  The  senior  planner  is  responsible  for  the  strategic 
allocation  of  airlift  resources  to  meet  the  requirements  of  the  junior  planners.  The  junior  planners  are  responsible 
for  the  tactical  scheduling  of  their  airlift  allocations  and  the  operational  loading  of  the  scheduled  aircraft.  The 
nominal  objective  of  the  model  is  the  minimization  of  required  airlift  resources  subject  to  the  on-time  fulfillment  of 
all  movement  requirements.  It  is  important  to  note,  however,  that  the  focus  of  the  research  was  not  to  find  the  best 
way  to  solve  the  prototype  problem;  instead,  the  intent  was  to  demonstrate  methodology  for  distributed  logistics 
planning  given  a  plausible  way  to  solve  the  problem. 

The  planners  at  each  level  work  simultaneously  and  independently  of  each  other,  but  in  concert  with  their  workstation 
microcomputers,  to  realize  their  objectives.  At  the  strategic  planning  level,  the  plan  objective  is  to  satisfy  the 
aggregate  demands  for  aircraft  of  each  junior  planner,  while  observing  limitations  on  total  aircraft  resource  available. 
At  the  tactical/operational  planning  level,  the  plan  objective  is  the  satisfaction  of  movement  requirements,  subject 
to  the  aircraft  capacity  supplied  by  the  high-level  planner. 

The  junior  planners  work  with  detailed  data  to  (1)  transmit  resource  requirements  up  to  the  senior  planner  and  (2) 
realize  the  aggregate  plan  obtained  from  the  senior  planner.  The  senior  planner  works  with  aggregate  information 
transmitted  from  the  junior  planners  to  address  high-level  design  issues  in  developing  the  aggregate  plan. 
Information  transmission  is  conducted  instantaneously  via  a  local  area  network  and  a  dedicated  database  machine 
which  handles  information  transactions  invoked  by  planning  workstations. 

The  system  encompasses,  top  to  bottom,  (1)  system-wide  allocation  of  airlift  resources  among  service  areas 
(generation  of  allocation  functions  for  each  channel),  (2)  scheduling  of  aircraft  departures  within  services  areas  and 
(3)  loading  of  cargo  onto  the  scheduled  aircraft. 
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4.  PROTOTYPE  IMPLEMENTATION  AND  FUNCTIONAL  DESCRIPTION 

4.1  Overview 

The  prototype  is  a  small-scale  realization  of  the  two-level  system  described  above.  It  incorporates  a  single  senior, 
strategic  planner  and  two  junior,  tactical/operational  planners,  all  linked  via  a  local  area  network.  The  implemented 
objective  of  the  prototype  is  the  minimization  of  required  airlift  resources  subject  to  the  on-time  fulfillment  of  all 
movement  requirements.  Several  data  paths  are  implemented  for  the  exchange  of  aggregate  data  between  the 
planning  levels. 

It  was  the  purpose  of  our  Phase  I  research  to  prototype  methodology  for  distributed  logistics  system  management. 
The  purpose  was  not  to  develop  production- level  tools  at  this  juncture,  and  neither  the  data  exchange  devices  nor 
the  planning  modules  are  capable  of  withstanding  the  increased  load  of  general  use.  However,  the  prototype  is 
functional  and  effective.  Our  focus  during  Phase  I  was  to  perform  basic  research  into  distributed  logistics  planning. 
It  will  be  our  focus  during  Phase  II  to  conduct  applied  research  and  development  in  the  distributed  logistics 
management  arena,  including  the  development  of  powerful,  robust  tools  for  deployment  in  our  flagship  logistical 
analysis  product,  CAPS  Logistics  Toolkit. 

The  following  sections  detail  the  functions  of  the  low-level  tactical/operational  planning  modules,  the  high-level 
strategic  planning  module  and  the  information  management  system. 


4.2  Low-Level  Tactical/Operational  Planning  Modules 

The  low-level  modules  have  both  their  front  ends  and  computational  engines  in  Microsoft  Excel.  They  incorporate 
multiple  worksheet,  graph  and  macro  files  which  work  in  tandem  to  perform  both  heuristic  and  optimal  algorithmic 
tasks.  At  the  low  level,  the  junior  planner,  acting  through  the  Microsoft  Excel  interface,  is  responsible  for 
requirements  aggregation  and  posting,  airplane  scheduling,  and  wish  list  posting  for  a  fixed  (30  day)  time  horizon. 

All  actions  of  the  junior  planner  are  performed  using  the  interface  shown  below.  The  low-level  interface  consists 
of  three  regions  (top  to  bottom):  the  button  region;  the  schedule  table  region:  and  the  graphical  feedback  region. 
The  regions  are  differentiated  not  only  by  location,  but  also  by  the  objects  from  which  they  are  composed. 
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The  button  region  contains  the  four  labeled  buttons  shown  below. 


J* 


Clicking  the  mouse  on  any  of  the  buttons  invokes  its  linked  macro  "rogram  which  automatically  pe 
rform  repetitive  and  sometimes  complicated  tasks.  Operations  available  from  buttons  include:  (1)  aggregation  of 
MRs  and  posting  of  the  aggregate  requirements  to  the  information  server;  (2)  extraction  of  current  airlift  allocations 
from  the  server;  (3)  optimized  airplane  loading  for  the  current  airlift  schedule;  and  (4)  posting  of  the  current  wish 
list  to  the  server. 

Clicking  the  mouse  on  the  button  labeled  "Aggregate  and  Post  Requirements"  invokes  a  command  macro  which  "rolls 
up"  the  individual  MRs  into  the  a^,  and  ri]t  availability  and  requirement  functions  explained  previously.  MR 
aggregation  encompasses,  bottom  to  top:  (1)  the  categorization  of  MRs  by  channel;  (2)  the  calculation  of  availability 
and  requirements  functions  for  each  MR;  and  (3)  the  aggregation  of  the  MR  functions  into  availability  and 
requirements  functions  aijt  and  ri|t  for  the  MRs  of  each  unique  channel.  Requirements  posting  by  the  junior  planner 
consists  of  "publishing"  the  computed  a;,,  and  rijt  functions  by  posting  them  to  the  information  server. 

Clicking  the  mouse  on  the  button  labeled  "Get  Current  Allocations"  invokes  a  command  macro  which  extracts  the 
current  allocations  for  the  low-level  planner’s  channels  from  the  information  server.  The  total  allocation  of  airlift 
to  the  origin  by  day  is  placed  in  the  schedule  table  on  the  row  labeled  "Tot  Alloc’d." 

Clicking  the  mouse  on  the  button  labeled  "Load  Scneduled  Airplanes"  invokes  an  optimal  procedure  which 
determines  the  best  loading  of  MRs  onto  the  airlift  schedule  currently  imposed  on  the  schedule  table.  An  information 
window  is  displayed  at  algorithm  completion  which  details  the  percentage  of  MRs  moved  on  time  both  in  total  and 
by  channel. 

Clicking  the  mouse  on  the  button  labeled  "Post  Wish  List"  causes  the  current  wish  list  vector  wit  (labeled  " Wish  List" 
in  the  schedule  table  region)  to  be  posted  to  the  information  server.  As  previously  noted,  only  one  wish  list  vector 
is  defined  for  each  origin,  not  each  channel. 

The  schedule  table  region  of  the  interface  consists  of  the  textual  object  shown  below. 
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The  central  region  of  the  interface  is  the  sched'ile  table.  This  table  is  the  centerpiece  of  an  effective  interactive 
airlift  scheduler.  Onto  this  table  the  number  of  aircraft  departures  from  the  origin  by  day,  by  channel  are  specified 
for  the  entire  planning  horizon.  Days  are  numbered  horizontally  along  the  top  of  the  table.  Channels,  as  well  as 
summary  information,  are  listed  down  the  left  side  of  the  table.  The  "Tot.  Alloc’d"  row,  as  noted  above,  contains 
the  current  origin  airlift  allocation  extracted  from  the  information  server.  The  "KCHS-EGPK,"  "KCHS-LPLA"  and 
"KCHS-MXKF"  channel  labels  indicate  that  the  information  contained  in  the  corresponding  rows  is  relevant  only 
to  the  named  channel.  The  "Sched.  Dep’s"  row  contains  the  calculated  requirement  of  aircraft  departures  for  the 
specified  day,  based  on  the  current  departure  schedule.  The  "Sched.  Alloc."  row  contains  the  calculated  requirement 
of  airlift  for  the  specified  day,  once  again  based  on  the  current  departure  schedule.  For  the  calculation  of  required 
airlift  on  specified  days,  round  trip  travel  and  immediate  return  trip  is  assumed  on  all  channels. 

Textual  summary  information  is  not  the  only  dynamically-calculated  feedback  information  supplied  by  the  low-level 
system.  Under  the  schedule  table  is  the  graphical  feedback  region,  shown  below.  In  this  region  the  system  provides 
a  graphical  representation  of  the  cumulative  availabilty,  requirement  and  allocation  functions  Ai)„  R,Jt  and  F,j(  functions 
(.cumulative  a,jt,  rijt  and  fijt  respectively)  for  each  channel.  These  three  graphs  are  continuously  updated  to  reflect  the 
departure  schedule  and  requirements  on  each  channel. 
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But  the  tactical/operation  system  as  a  whole  is  much  greater  than  the  sum  of  its  parts.  The  integration  of  the  three 
interface  regions  gives  tne  planner  instantaneous  and  powerful  feedback  based  on  complex  resource  requirements, 
changing  allocations  and  interactive  schedule  choices  as  he  works  to  best  realize  his  airlift  allocation.  In  summary, 
his  task  consists  of  the  scheduling  of  airplane  departures  and  the  subsequent  loading  of  cargo  onto  scheduled  aircraft. 

The  process  of  departure  scheduling  is  performed  manually  at  the  junior  planner’s  interface  by  "laying  in"  departures 
in  the  tabular  interface  shown  in  the  diagram.  Beneath  the  input  table,  the  interface  produces  a  continuously  updated 
tabular  output  of  resources  used  versus  resources  allocated  as  well  as  a  continuously  updated  graphical  representation 
of  airlift  applied  versus  required  for  each  channel.  The  planner  is  expected  to  lay  in  a  schedule  which 
(approximately)  fits  its  F,)t  allocation  curve  between  the  availability  Ain  and  requirement  R1|t  curves  for  each  channel, 
while  respecting  the  limits  of  aircraft  allocation  to  the  origin  of  the  channels.  Scheduling  of  aircraft  which  are  not 
allocated  is  allowed  and  results  in  one  or  more  entries  in  the  "Wish  List"  row  of  the  tabular  interface.  Wish  list 
values  indicate  additional  planes  desired  beyond  the  current  allocation.  Note  that  an  FlJt  curve  which  falls  below  the 
Rljt  curve  represents  insufficient  airplane  capacity,  and  an  F,,,  curve  which  exceeds  the  Ait  curve  represents  wasted 
capacity. 
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When  the  junior  planner  gets  a  schedule  that  fits  the  aggregate  requirements,  he  can  quickly  determine  its 
effectiveness  with  the  actual  detail  data  by  clicking  the  mouse  on  the  "Load  Scheduled  Airplanes"  button  to  optimally 
load  cargo  units  according  to  the  current  schedule.  Finally,  when  a  "best"  schedule  has  been  created,  wish  list 
information  can  be  posted  to  the  information  server  by  clicking  the  mouse  on  the  "Post  Wish  List"  button. 

4J  High-Level  Tactical  Planning  Module 

The  high-level  system  is  designed  on  the  CAPS  Logistics  Toolkit  system.  The  Toolkit  has  facilities  for  network  flow 
model  (NFM)  solution,  color  graphics  for  network  and  geographic  map  display  and  a  highly  developed  macro 
programming  language.  Exploiting  such  capabilities,  the  high  level  system  allows  custom-configurable  display  of 
the  allocation  of  resources  among  channels  of  the  prototype  system.  At  the  high  level,  the  senior  planner  is 
responsible  for  the  extraction  of  current  requirements  from  the  information  server,  allocation  of  aircraft  to  the  origin 
sets  for  a  fixed  (30-day)  time  horizon  and  posting  of  allocations  to  the  information  server. 

The  fundamental  display  of  the  high-level  system  is  shown  below.  It  consists  of  a  geographic  map  overlaid  with 
the  origins,  destinations  and  channels  of  the  distributed  logistics  system. 


All  functionality  of  the  high-level  system  is  available  through  a  custom-configured  Toolkit  menu.  Selection,  by- 
mouse  click,  of  any  of  the  rightmost  four  menu  items  "DataMgt,"  "PlanningPds,"  "Allocate,"  and  "Display"  opens 
a  corresponding  pull-down  menu  from  which  the  functions  of  the  tactical  planning  module  can  be  accessed.  The 
following  sections  detail  the  functionality  available  from  each  of  the  menu  selections. 

Selection  of  the  "DataMgt"  item  opens  the  data  management  pull-down  menu  shown  below. 
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The  data  management  pull-down  menu  provides  options  of  extracting  the  aggregate  resource  requirements  from  the 
information  server,  extracting  the  wish  lists  from  the  server,  clearing  the  wish  lists  from  the  allocation  networks, 
and  posting  new  airlift  allocations  to  the  server. 

Selection  of  the  "GetRequirements"  option  invokes  a  Toolkit  macro  program  which  extracts  the  current  aggregate 
resource  availability  a,lt  and  requirement  r1Jt  from  the  information  server.  The  macro  causes  the  network  structures 
local  to  the  strategic  planning  workstation  to  be  updated  with  the  current  requirement  vectors  from  the  server. 

Selection  of  the  "GetWishList"  option  invokes  a  macro  which  extracts  the  current  wish  lists  wlt  from  the  information 
server.  Similar  to  "GetRequirements,”  the  macro  causes  the  local  network  structures  to  be  replaced  with  the  current 
wish  list  information  from  the  server. 

Selection  of  the  "ClearWishList"  option  invokes  a  macro  which  zeroes  the  wish  list  vectors  w.(  on  the  allocation 
networks.  This  has  the  effect  of  nullifying  any  wish  list  information 
so  that  the  allocation  algorithms  consider  only  the  availability  a,Jt  and  requirement  r1J(. 

Selection  of  the  "PostAllocations"  option  invokes  a  macro  which  posts  the  current  airlift  allocation  to  the  information 
server,  replacing  the  next  most  recent  allocation.  This  option  is  invoked  only  after  an  allocation  acceptable  to  the 
high-level  planner  is  achieved. 

Selection  of  the  "PlanningPds"  item  opens  the  planning  period  configuration  pull-down  menu  shown  below. 


The  planning  period  pull-down  menu  provides  three  planning  period  options.  Selection  of  the  "10_10_10"  option 
configures  the  allocation  networks  to  produce  solutions  which  have  constant  airlift  allocations  to  origins  during  the 
first,  second  and  third  ten-day  planning  periods.  Similarly,  the  "10_20"  option  configures  the  networks  for  solutions 
which  have  constant  allocations  during  days  one  through  ten  and  constant,  but  possibly  different,  allocations  during 
days  1 1  through  30.  The  "15_15"  option  follows  the  same  pattern,  and  other  configurations  are  possible,  requiring 
only  the  development  of  a  new  configuration  macro  and  menu  specification. 

Selection  of  the  "Allocate"  item  opens  the  allocation  macro  program  pull-down  menu  shown  below. 


The  only  option  available  from  the  "Allocate"  pull-down  menu  is  "Allocate!"  Selection  of  "Allocate!"  invokes  the 
NFM  solution  macro  program  which  uses  powerful  Toolkit  tools  to  rcaJ.  „  ^luiion  ba„cu  on  the  prc-configured 
NFMs.  The  allocation  of  notional  planes  is  conducted  by  solution  of  the  NFMs  using  the  Toolkit  proprietary 
GeneralizedMinCostFlow  algorithm.  The  algorithm  determines  the  notional  planes  required  for  each  channel  to  just 
satisfy  the  aggregate  resource  requirements.  The  allocations  of  nouonal  planes  to  channels  arc  summed  over  common 
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origins  and  rounded  up  to  the  next  highest  integers  for  each  day  of  each  planning  period  to  produce  the  origin 
allocations. 

Selection  of  the  "Display"  item  opens  the  display  options  pull-down  menu  shown  below. 
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From  the  "Display”  pull-down  menu,  the  notional  plane  allocations  can  be  viewed  lor  a  specific  day  of  the  planning 
horizon.  Pull-down  menu  options  consist  of  "Dav_5"  through  "Day_30"  views  in  five-day  increments.  Selection, 
for  instance,  of  "Day_5"  invokes  a  macro  which  scales  channel  widths  according  to  their  notional  plane  allocation 
on  day  five  of  the  planning  horizon. 

Like  the  tactical/operational  planning  module,  the  strategic  planning  module  as  a  whole  is  somewhat  greater  than 
the  sum  of  its  parts.  The  configurable  Toolkit  structure  and  macro  language  make  for  effortless  "what-if"  analysis, 
because  repeated  solution  of  the  allocation  NFMs  under  different  planning  period  configurations  can  be  performed 
by  executing  a  few  keystrokes.  Whenever  an  allocation  plan  is  determined  to  be  acceptable  to  the  senior  planner 
or  "better  than  the  previously  posted  plan"  it  can  be  transmitted  to  the  information  server  by  selection  of  the 
"PostAllocations"  option,  thus  updating  the  plan  on  the  server. 


4.4  Information  Management  System 

It  is  the  management  of  information,  both  within  and  between  workstations,  that  is  the  prototype’s  real  contribution 
to  innovation.  Under  the  blanket  title  of  information  management  in  the  prototype  are  Dynamic  Data  Exchange 
(DDE)  and  transaction-based  remote  data  management.  The  pieces  of  the  information  management  system  work 
behind  the  scenes  to  lend  the  power  of  integration  to  the  distributed  logistics  management  system  prototype. 

Through  DDE.  applications  running  concurrently  in  the  Microsoft  Windows  environment  may  share  access  to  each 
other’s  information.  The  prototype  system  uses  links  at  both  the  senior  and  junior  planners’  workstations.  At  the 
h-gh  level,  links  between  the  Toolkit  and  Pioneer  Software’s  Q+E  database  query  and  update  interface  are  used  along 
with  the  Windows  Clipboard  to  extract  the  availability,  requirements  and  wish  list  vectors  from,  and  to  update  the 
allocation  functions  to,  SQL  Server.  At  the  low  level,  links  between  Excel  and  Q+E  are  used  to  post  the  availability, 
requirements  and  wish  list  functions  to,  and  to  extract  the  allocation  functions  from,  SQL  Server.  In  both  cases,  the 
links  are  "cold,"  meaning  that  local  data  is  only  updated  when  explicitly  specified  (as  is  the  case  when  macro 
programs  are  run  in  either  the  Toolkit  or  Excel). 

Transaction-based  remote  data  management  is  achieved  by  use  of  a  dedicated  workstation  tied  to  a  Novel  local  area 
network  (LAN).  The  dedicated  workstation  serves  as  a  database  engine  and  data  repository,  running  Microsoft  SQL 
Server  Structured  Query  Language  database  system.  Use  of  SQL  Server  not  only  gives  shared  access  to  data:  it  also 
increases  data  security,  data  integrity  and  system  modularity-for  as  any  production  system  grows  or  changes,  any 
migration  from  personal  computer  database  management  to  mini  or  mainframe  management  would  be  transparent 
between  SQL  standard  servers. 

Data  contained  on  SQL  Server  may  have  highly  restricted  access  or  may  be  nearly  public.  The  data  may  be 
extracted  only  by  system  entities  with  certain  specified  permissions  and  may  be  changed  only  by  the  transactions 
of  system  entities  with  the  required  permissions.  Between  transactions,  the  data  is  static.  It  is  permanent  until 
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explicitly  changed  by  a  party  with  permission  to  do  so. 

All  central  information  for  the  prototype  is  either  (1)  updated  by  the  high-level  workstation  but  only  read  by  the 
low-level  workstations  or  (2)  updated  by  one  of  the  low-level  workstations  but  only  read  by  the  high-level 
workstations.  An  entity  may  only  post  to  or  read  from  one  of  the  central  tables,  not  both.  The  central  database 
consist  of  the  profiles  table,  the  allocations  table  and  the  wishlist  table.  The  profiles  and  wishlist  tables  are  written 
by  the  low-level  workstations  to  be  read  by  the  high.  The  allocations  table  is  written  by  the  high-level  workstation 
to  be  read  by  the  low. 

5.  RELATIONSHIP  TO  FUTURE  RESEARCH 

Phase  II  will  continue  the  research  and  development  effort  initiated  in  Phase  I  toward  the  development  of  a 
production  distributed  logistics  management  system.  We  will  extend  the  methodology  to  address  a  broader  range 
of  distributed  environment  applications.  Phase  III  efforts  will  focus  on  the  realization  of  basic  and  applied  research 
of  Phases  I  and  II.  In  this  final  phase,  robust,  versatile  tools  will  be  developed  and  deployed  on  our  flagship  product, 
C.APS  Logistic;  Toolkit. 


6.  CONCLUSION 

In  Phase  I,  we  explored  and  analyzed  various  approaches,  techniques  and  models  of  distributed  logistics  system 
management  An  extensive  and  diversely  extensible  model  was  developed  for  the  problem  of  airlift  allocation  and 
scheduling  subject  to  cargo  movement  requirements.  A  model  of  high-level  allocation  of  airlift  resources  and 
low-level  schedule  realization  was  devised  and  extended  for  several  constraint  sets  and  objective  functions.  A 
working  prototype  has  demonstrated  the  value  of  the  distributed  concept  for  the  solution  of  the  multi-level  problem 
by  incorporating  the  different  views  of  strategic  and  tactical/operational  planners.  Since  our  distributed  model  closely 
resembles  the  organizational  decision  hierarchy  for  which  it  is  designed,  a  realization  of  it  will  fit  very  naturally  into 
existing  distributed  planning  environments. 

Also  noteworthy  is  the  behind-the-scenes  power  demonstrated  by  macro-driven  information  exchange  between 
applications  and  machines  using  Dynamic  Data  Exchange  and  remote  database  server  technology.  These  and  other 
important  technologies  and  issues  for  distributed  management  were  identified  and  explored.  Finally,  research 
directions  for  Phase  II  research  were  identified. 

The  results  of  Phase  I  research  and  prototyping  are  very  encouraging.  It  is  our  belief  that  Phase  II  and  III  research 
and  design  can  produce  robust  tools  for  distributed  logistics  system  management  We  anticipate  that  deployment 
of  these  tools  on  the  CAPS  Logistics  Toolkit  platform  will  benefit  both  government  and  civilian  users. 
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